約 4,017,032 件
https://w.atwiki.jp/himajincomcom/
DJ茉衣のねとらじ「暇人.com」のうぃき
https://w.atwiki.jp/yoshida2/pages/24.html
HTMLを送受信するためのプロトコル 黒田 データを送受信するのに使われるプロトコル 森 Webコンテンツ転送をおこなうプロトコル 佐藤 webコンテンツなどのデータを送受信するのに使われるプロトコル 長谷川 WEBサーバとクライアントがデータを送受信するのに使われるプロトコル。 田島
https://w.atwiki.jp/nintendo_vc/pages/270.html
a
https://w.atwiki.jp/aikawahighspeed/pages/16.html
https //discord.gg/jy57aFbNKU
https://w.atwiki.jp/api_programming/pages/104.html
下位ページ Content HTTP通信文字化けが起きた パラメータの出力 レスポンスの「確認」 basic 認証 HTTP通信 接続先のURLへ情報を送信し、結果を保存する - @IT java.net.URL HttpURLConnection URLのインスタンスを作成。ここで接続先を指定する。 URLのインスタンスのopenConnectionで接続HttpURLConnectionを作成 パラメータはOutputStreamで出力するJavaによるHTTPリクエスト時のパラメータの渡し方 getResponceMessage()でレスポンスのボディを受け取る disconnect()で通信終了 URL url = new URL(strURL); HttpURLConnection con = (HttpURLConnection)url.openConnection(); connection.setDoOutput(true); connection.setUseCashes(false); connection.setRequestMethod("POST"); // 通信方法にPOSTを指定 // パラメータ送信 OutputStream os = uc.getOutputStream(); // POST用のOutputStreamを取得 PrintStream ps = new PrintStream(os); String postStr = "a=1 b=2 c=3"; ps.print(postStr);// データをPOSTする ps.close(); // 受信 InputStream is = uc.getInputStream(); // POSTした結果を取得 BufferedReader reader = new BufferedReader(new InputStreamReader(is)); String s; while ((s = reader.readLine()) != null) { System.out.println(s); reader.close(); uc.disconnect(); } 文字化けが起きた しばらく何事もなかったのに、Toodledoで新しいタスクを作成する処理を行っているときに、iPhone経由でのタスク登録にて文字化けが発生。（iPhone以外では、日本語のタスクを作成しなかった、とかではないと思うが。。。） アラートで表示 OK サーバでの受取での表示 OK Toodledo での受取 NG なので、servlet→toodledoの送信でだめ？っぽい。 文字コードをセットできる場所として PrintStream 生成時に UTF-8 を追加 [[PrintStream(java.io.OutputStream, boolean, java.lang.String) https //docs.oracle.com/javase/jp/6/api/java/io/PrintStream.html#PrintStream(java.io.OutputStream, boolean, java.lang.String)]] で、正常動作（文字化け回避）になった。 パラメータの出力 パラメータはOutputStreamで出力する (HttpURLConnection).getOutputStream でもOutputStreamはバイト文字列で表記とか、使いづらい。 当初、PrintWriterクラスを使っていたが、日本語を使う必要が出た際に、文字化けで詰まったので、 OutputStreamWriterクラスを使うようにした。 OutputStreamWriter osw = new OutputStreamWriter(connection.gerOutputStream(),"UTF-8"); osw.write(str); osw.close(); OutputStreamWriter PrintWriterを使うのが便利。 JavaによるHTTPリクエスト時のパラメータの渡し方 レスポンスの「確認」 System.err.println(httpcon.getResponseCode()) // 戻り値はint System.err.println(httpcon.getResponseMessage()) getResponseCode() getResponseMessage() HTTPステータスコード - Wikipedia basic 認証 http //x68000.q-e-d.net/~68user/net/java-http-url-connection-2.html https //developer.android.com/reference/android/util/Base64.html http //www.programing-style.com/android/android-api/android-basic-authentication/ 正式な？方法があるらしいが、代替的な方法で、client_id と client_secret をパラメータとして渡す方法もあるらしい。
https://w.atwiki.jp/freememo/pages/48.html
HINTERNET g_hInet; HINTERNET g_hURL; //===========================================================================// /*! @brief WinInetライブラリ初期処理 @param[in] lpszURL 対象URL @return 成否 */ //===========================================================================// BOOL InitWinInet(LPCTSTR lpszURL) { // WinInetライブラリ開始 g_hInet = InternetOpen( L"", INTERNET_OPEN_TYPE_PRECONFIG, NULL, NULL, 0); if (g_hInet == NULL) { return FALSE; } // セッションオープン g_hURL = InternetOpenUrl(g_hInet, lpszURL, NULL, 0, 0, 0); if (g_hURL == NULL) { return FALSE; } return TRUE; } //===========================================================================// /*! @brief WinInetライブラリ終了処理 @return 無し */ //===========================================================================// void TerminateWinInet() { // WinInet関連ハンドル開放 if (g_hURL) { InternetCloseHandle(g_hURL); } if (g_hInet) { InternetCloseHandle(g_hInet); } } //===========================================================================// /*! @brief HTTPソース取得 @param[in] lpszURL 対象URL @param[out] lpOutBuffer HTTPソースバッファ @param[in/out] hMem メモリハンドル @return 成否 */ //===========================================================================// BOOL WINAPI NMAPI_GetHttpHeader(LPCTSTR lpszURL, LPTSTR lpOutBuffer, HGLOBAL hMem) { BOOL bRet = FALSE; // WinInetライブラリ初期処理 if (! InitWinInet(lpszURL)) { goto END; } // バッファバイト数取得 DWORD dwSize = 0; if (! HttpQueryInfo(g_hURL, HTTP_QUERY_RAW_HEADERS_CRLF, (LPVOID)NULL, dwSize, NULL)) { if (GetLastError()==ERROR_HTTP_HEADER_NOT_FOUND) { goto END; } } // メモリ再割り当て hMem = GlobalReAlloc(hMem, (SIZE_T)dwSize+1, GMEM_MOVEABLE); if (hMem == NULL) { goto END; } lpOutBuffer = (TCHAR *)GlobalLock(hMem); if (lpOutBuffer == NULL) { goto END; } // HTTPヘッダ情報取得 if (! HttpQueryInfo(g_hURL, HTTP_QUERY_RAW_HEADERS_CRLF, (LPVOID)lpOutBuffer, dwSize, NULL)) { goto END; } bRet = TRUE; END // WinInetライブラリ終了処理 TerminateWinInet(); return bRet; } //===========================================================================// //呼び出し側 //===========================================================================// { HGLOBAL hMem = GlobalAlloc(GHND, sizeof(TCHAR)); CHAR* lpszSource = (CHAR*)GlobalLock(hMem); if (NMAPI_GetHttpSource(strURL, lpszSource, hMem)) { ・・・ ・・・ ・・・ } // メモリ開放 GlobalUnlock(hMem); GlobalFree(hMem); }
https://w.atwiki.jp/afk125/pages/12.html
Apachでリダイレクト Apatchのバーチャルホスト機能でリダイレクト "http.conf"で以下の設定を追加 VirtualHost * ServerName www.hoge.co.jp Redirect / http //www.hoge.com/ ErrorLog logs/hoge_error.log CustomLog logs/hoge_access.log common /VirtualHost HTMLで転送 ただし、アクセスできるページ分、このHTMLを作成しないといけないみたいですね www.hoge.co.jp配下ページの中身を head meta HTTP-EQUIV="Refresh" content="0;URL=http //www.hoge.com/hoge.htm" /head にするだけです。 ※その際に元のページが一瞬表示されてしまうため、 body タグは消してください。 参考URL ttp //support.cms.drecom.jp/m_forward2 ".htaccess"で転送 策３、そのサーバーで作成したコンテンツ毎に".htaccess"に行を追加するタイプ ".htaccess"に以下を記述 Redirect permanent /index.html http //www.hoge.com/index.html っていうように、コンテンツ毎に記述をしていく感じです。策２と違ってドキュメントルートに ファイル１個で済む感じですね 参考URL ttp //cefa.sakura.ne.jp/archives/2005/03/020514.php
https://w.atwiki.jp/wicky/pages/212.html
HTTPメッセージ HTTPは単純なテキストベースのプロトコルである。現在広く使用されているHTTPプロトコルはHTTP/1.1である。ただし古いブラウザなどではHTTP/1.0が使用されるが、Apacheを含むたいていのWebサーバではその両方に対応している。 Webサーバとクライアントの間では、複数行からなるHTTPメッセージがやり取りされる。WebクライアントがWebサーバへ送るメッセージを「リクエストメッセージ」、その応答としてWebサーバが返すメッセージを「レスポンスメッセージ」という。なお、HTTPメッセージにおける１行とは行末が「CRLF」（キャリッジリターン・ラインフィード）のテキストデータである。 リクエストメッセージ 次にリクエストメッセージのフォーマットの概略を示す。 先頭行のリクエストラインでは、次のような書式でサーバに送る「メソッド」（コマンド）を指定する。 メソッド URI HTTPバージョン ※「URI」（Universal Resource identifiers）とは、リソースの位置を示すための表記法である。実際にはURLはURIの一形式である。ここでは、WebサーバでDocumentRootとして設定されているディレクトリを起点とする絶対パスと考えてかまわない。 HTMLファイルやイメージファイルの取得には「GET」メソッドが使用される。たとえば、WebサーバのDocumentRootとして設定されているディレクトリから、HTTP/1.1プロトコルを使用し、HTMLファイル「index.html」を取得するリクエストラインは次のようになる。 GET /index.html HTTP/1.1 ２行目以降のリクエストヘッダはリクエストに関する付加的な情報である。各行のフォーマットは次のようになる。 フィールド名：値 たとえば「host」フィールドはサーバのホスト名を指定する。なお、「バーチャルホストの設定?」で説明する、バーチャルホストに対応するため、HTTP/1.1以降ではリクエストヘッダに少なくともhostフィールドが必須になっている。次にhostフィールドの例を示す。 host www.peachpress.co.jp リクエストメッセージのヘッダ以降の部分であるメッセージボディが、クライアントからサーバに送る実際のデータである。コンテンツを取得するGETメソッドなどでは不要だが、たとえば、CGIプログラムなどにデータを送るPOSTメソッドでは、メッセージボディにデータを格納する。 主なメソッド 次に、一般的に使用されているHTTP/1.1のメソッドの例を示す。 ■HTTP/1.1の主なメソッド メソッド 説明 GET 指定したリソースを取得 HEAD 指定したリソースのレスポンスヘッダのみを取得 OPTIONS 使用できるメソッドやオプションの一覧を取得 POST サーバにリソースを送信 TRACE サーバの診断に利用 レスポンスメッセージ 次にリクエストメッセージを受け取ったWebサーバが返すレスポンスメッセージのフォーマットを示す。 先頭のステータスラインは要求されたリクエストの結果を示している。 HTTPバージョン ステータスコード 理由フレーズ 「ステータスコード」は結果を示す３桁の数値で、「理由フレーズ」はその簡単な説明である。たとえば要求されたファイルが見つからない場合には、次のようなステータスラインが返される。 ●ステータスコード HTTP/1.1 404 Not Found 次に主なステータスコードと理由フレーズを示す。 ■主なステータスコードと理由フレーズ ステータスコード 理由フレーズ 説明 200 OK リクエストが正しく処理された 400 Bad Request リクエストが不正なものであった 403 Forbidden アクセスが拒否された 404 Not Found ファイルが見つからない 405 Method Not Allowed 指定したメソッドがサポートされていない 415 Unsupporeted Media Type 指定したメディアタイプがサポートされていない 500 Internal Server Error サーバ内部のエラーが発生した 505 HTTP Version Not Supported リクエストしたバージョンはサポートされていない 「レスポンスヘッダ」はメッセージに関する付加情報である。各行の書式は「フィールド：値」となる。次に例を示す。 ●レスポンスヘッダ Date Wed, 08 Nov 2006 05 22 35 GMT ←日付 Server Apache/2.2.3 (Fedora) ←サーバ名 Last-Modified Fri, 29 Sep 2006 14 57 49 GMT ←最終更新日 ETag "1979a1-127-3d29b840" ←コンテンツに割り当てられる固有の値 Accept-Ranges bytes Content-Length 295 ←ファイルのサイズ Conection close Content-Type text/html; charset=UTF-8 ←①ファイルのタイプ ①の「Content-Type」がファイルのMIMIタイプである。HTMLファイルの場合には「text/html」になる。そのあとの「charset」で文字コードを指定することもある。 最後の「メッセージボディ」は実際にクライアントに送信するファイルである。つまり、HTMLファイルが要求された場合にはそのHTMLファイルの中身がメッセージボディになる。 ●メッセージボディ !DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http //www.w3.org/TR/html4/loose.dtd" " html head title Sample /title meta http-equiv="Content-type" content="text/html; charset=UTF-8" /head body bgcolor="#FFFFFF" h1 Hello /h1 /body /html
https://w.atwiki.jp/sbxcom/pages/11.html
・SBX.comをご利用されるにあたって 今回はSBX.comにアクセスありがとうございます。 このサイトは大乱闘スマッシュブラザーズXの非公式ファンサイトです。 ・SBX.comとは SBX.comはスマッシュブラザーズXのWIFI対戦機能を利用する交流サイトで、スマブラXのソフトとWIFIに繋げる方なら誰でも参加可能です。まずは掲示板でギルドに入会してください。 ギルドについては下で説明しております。 またSBX.comでは定期的に大会を開催していこうと思います。 もしその大会で上位に入られた方はポイントを獲得できランキングに名前が載るいことができます。その詳細は後で説明します。 ギルドとは ギルドとは簡単にいってチームのことです。 スマブラの情報を共有したりギルド内で対戦してお互い 高めあったりします。まずは掲示板でどこかのギルドに 入会してください。SBX.comではギルドに入っていないと 大会にすら出れません。 ギルドの入会と退会 まずは掲示板で自分のあっているギルドを探してください。 ギルドによって参加資格が異なりますので注意しましょう。 ギルドによっては入会テストまであるところもあります。 退会するにはギルドマスターに必ず連絡をとって退会 してください。ギルドによっては一度退会すると永久に 入れないギルドもあります。 ギルドを創設するには ランキングで10以上のスマポイントを獲得している必要が あります。創設するには管理者への承諾が必要となるので ギルド新設ホームからギルドの詳細を記入してください。 ・タイトルとランキング SBX.comにはSBX世界王座、並びに登竜門王座、SBXタッグ王座という３つのタイトルを設立させて頂きました。こちらで開かれた大会で優勝すると各タイトルを獲得できるかもしれません。タイトル獲得の条件は当サイトでお知らせします。ランキングについては各大会で上位に入るなどいろいろな条件でポイントを獲得しそのポイントが多いほどランキングの上位に上がることができます。 ・王者になったら 各タイトルを獲得し王者になった暁には定期的にランキング上位の方と 王座防衛戦をやってもらわなければなりません。もし防衛戦ができなかった場合は残念ながらタイトルは返上させていただきます。 ・終点 最後になりましたがここまでお読みになっていただきありがとうございます。私にとってこのサイトは初の試みですので未熟な点はたくさんあると思いますがどうか見守っていってくださいますようお願い申し上げます。 このサイトがスマブラXを通して良い交流の場になってくれれば嬉しいです。
https://w.atwiki.jp/picolit/pages/19.html
コード ステータス おおよその意味 200 OK リクエストは正常に成功 304 Not Modified リクエストされたリソースは更新されていない 403 Forbidden アクセス権がない 404 Not Fount リクエストされたリソースが存在しない 500 Internal Server Error サーバ側のエラー 503 Service Unavailable サーバが一時的に利用できない